Intelligent network and method for providing voice telephony over ATM and private address translation

ABSTRACT

An illustrative intelligent network and method for providing voice telephony over Asynchronous Transfer Mode (“ATM”) and private address translation are provided that can provide significant advantages. The method includes generating an input ATM setup message at the calling party CPE that includes a VToA designator and a called party phone number, extracting information from the input ATM setup message such as the VToA designator and the called party phone number, analyzing the information, designating an ATM address of a called party CPE to be stored in the first parameter of an output ATM setup message, determining if private address translation is needed, designating the ATM address of the called party CPE to be stored in a first instance of the second parameter of the output ATM setup message, designating an ATM address of an egress ATM edge switch to be stored in the first parameter of the output ATM setup message, and generating an output ATM setup message. The method also includes extracting information from the output ATM setup message such as the ATM address of the called party CPE, designating the ATM address of the called party CPE that was stored in the first instance of the second parameter of the output ATM setup message to be stored in the first parameter of a destination ATM setup message, and generating a destination ATM setup message that includes the ATM address of the called party CPE stored in the first parameter and the called party phone number value stored in the second parameter. An illustrative intelligent network for providing VToA and private address translation is also provided.

CROSS-REFERENCE TO RELATED APPLICATIONS

Pursuant to 35 U.S.C.

119(e), this application claims the benefit of U.S. Provisional PatentApplication No. 60/176,923 entitled FAST MSCP, docket no. RIC00011PR,filed Jan. 20, 2000, that named John K. Gallant, Steven R. Donovan,Terry A. Caterisano, Robert H. Barnhouse, David E. McDysan, Saib Jarrar,Thomas Glean Hall, Jr., and Terry Robb as inventors, and which is herebyincorporated by reference for all purposes.

This application is related to U.S. patent application Ser. No. ______,entitled Intelligent Network and Method for Providing Voice Telephonyover ATM, docket no. RIC00018, and named John K. Gallant, Thomas GlennHall, Jr., and Robert H. Barnhouse as joint inventors; U.S. patentapplication Ser. No. ______, entitled Intelligent Network and Method forProviding Voice Telephony over ATM and Alias Addressing, docket no.RIC00019, and named John K. Gallant as inventor; U.S. patent applicationSer. No. ______, entitled Intelligent Network and Method for ProvidingVoice Telephony over ATM Closed User Groups, docket no. RIC00020, andnamed Thomas Glenn Hall, Jr. and Steven R. Donovan as joint inventors;U.S. patent application Ser. No. ______, entitled Intelligent Networkand Method for Providing Voice Telephony over ATM andPoint-to-Multipoint Connectivity, docket no. RIC00025, and named ThomasGlenn Hall, Jr. as inventor; and U.S. patent application Ser. No.______, entitled Intelligent Policy Server System and Method forBandwidth Control in an ATM Network, docket no. RIC00016, and named JohnK. Gallant, Thomas Glenn Hall, Jr. and Steven R. Donovan as jointinventors; all filed on Jan. 22, 2001, and all of which are herebyincorporated by reference for all purposes.

Further, this application discloses subject matter related to thesubject matter disclosed in the following co-assigned U.S. patentapplications, each of which is incorporated herein by reference: Methodand Apparatus for Providing Reliable Communications in an IntelligentNetwork, filed Jan. 12, 2000, Ser. No. 09/481,910 (Docket Number:RIC-99-051), in the names of: John K Gallant, Cathleen A. McMurry,Robert H. Barnhouse, Steven R. Donovan, and Terry A. Caterisano; Methodand Apparatus for Providing Real-Time Call Processing Services in anIntelligent Network, filed Oct. 20, 1999, Ser. No. 09/421,827 (DocketNumber; COS-98-016), in the names of: Ajay P. Deo, Henry Wang, SamiSyed, and Wendy Wong; Intelligent Call Processing System for aTelecommunications Network (Next Generation Intelligent Network (NGIN)),filed Oct. 19, 1999, Ser. No. 09/420,666 (Docket Number: COS-98-006), inthe names of: Ajay P. Deo, Alan Holmes, Andrew Dugan, Kenneth Fischer,Sami Syed, Terence A. Robb, and Wendy Wong; Method and Apparatus forSupporting ATM Services in an Intelligent Network, filed Oct. 19, 1999,Ser. No. 09/420,657 (Docket Number: COS-98-033), in the names of: AndrewDugan, David E. McDysan, and Sami Syed; and Method and Apparatus formanaging Resources in an Intelligent Network, filed Oct. 19, 1999, Ser.No. 09/420,655 (Docket Number: COS-98-030), in the names of: AlanHolmes, Andrew Dugan, Kelvin Porter, and Terence A. Robb.

TECHNICAL FIELD OP THE INVENTION

This invention relates in general to the field of data networks,telecommunications and more particularly to an intelligent network andmethod for providing voice telephony over Asynchronous Transfer Mode(“ATM”) and private address translation.

BACKGROUND OF THE INVENTION

The need for both voice telephony services as well as data services iscommon. Traditionally, this may only be achieved through the use ofseparate services. For example, dedicated voice telephony services anddedicated data services are provided over separate and distinctnetworks. This is a significant disadvantage because of the high expenseof maintaining and paying for such separate and distinct services, notto mention the inconvenience and inefficiency introduced because voiceand data services are not integrated.

Packet-switched telecommunications networks may be based on any or avariety of technologies and protocols such as, for example, AsynchronousTransfer Mode (“ATM”), MultiProtocol Label Switching (“MPLS”), InternetProtocol (“IP”), Frame Relay (“FR”), and X.25. Packet-switchedtelecommunications networks have data packets, cells, frames or blocks(hereinafter “packets” or “cells”) that are either of fixed length orvariable length. Although originally designed to transmit data, asopposed to voice or voice encoded data, packet-switchedtelecommunications networks may be used for voice communications. Someor the packet-switched technologies that may be used for voicecommunications include, without limitation, Voice Telephony over ATM(“VToA”), Voice over Frame-Relay (“VoFR”), Voice over Digital SubscriberLine (“VoDSL”), and Voice over IP (“VoIP”).

Focusing on VToA when compared to voice communications or voicetelephony provided over traditional circuit-dedicated orcircuit-switching telecommunications networks, the use of VToA,unfortunately, presents significant problems and disadvantages,especially in view of the fact that the needs of both datacommunications and voice communications must be met over the samenetwork. For example, VToA does not provide advanced telephony servicesand features that are commonly found in traditional circuit-dedicatedtelecommunications networks. Similarly, advanced signaling, alsocommonly found in traditional circuit-dedicated telecommunicationsnetworks, is not available for VToA in the same manner thatcircuit-dedicated or circuit-switching telecommunications networks.

To setup and establish a switched Virtual Circuit (“SVC”) to supportVToA or an ATM data transfer between a calling party and a called party,various signaling or ATM messages are used within the ATM network. Thismay be achieved using ATM setup and connect messages. Once ATM signalinghas established an SVC, a data connection is defined and data, such asdata for a computer file or for voice encoded data, may be communicated.Data may continue to be communicated until one end of the SVC issues arelease message (or any similar message that causes a disconnection). Atsuch time, the SVC is released and voice communications ceases. Examplesof traditional ATM signaling used to setup and release point-to-pointand point-to-multipoint SVCs for data or telephony applications isillustrated in the book entitled Hands-On ATM by David E. McDysan andDarren L. Spohn, which is incorporated herein for all purposes.

In a traditional telecommunications or voice network, signaling can bein-band or out-of-band. Signaling may be used to setup and establishvoice circuits, to provide Intelligent Network (“IN”) or AdvancedIntelligent Network (“AIN”) services and features, and to disconnectvoice circuits. In an ATM network, where an SVC is established tosupport VToA, signaling is achieved through the use of ATM messages,such as those used to setup and disconnect SVCs. Unfortunately, such ATMsignaling does not support IN or AIN to provide the advanced telephonyservices and features commonly found in traditional voicetelecommunications networks. This significantly reduces theattractiveness of VToA as compared to traditional voicetelecommunications networks or even some other data or packet networkscapable of providing voice or telephony communications services.

More particularly, a serious problem and drawback of existing VToA isthe difficulty or inability to institute advanced calling features on anATM network-wide basis. unfortunately, many customary and advanced voicetelephony services, which are often available through traditionaltelecommunications networks designed to transport and support voicetelephony, such as circuit-dedicated telecommunications networks, arenot available or easily achieved or implemented with VToA. For example,the capability to block calls from one or more locations in acorporation to other locations or areas, such as a specified country orcountries, is a valuable service or option that is available intraditional voice telecommunications networks. To implement such aservice or feature in a traditional VToA would require that blockinginformation be provided in various systems and gateways and updated asneeded. This is inefficient, cumbersome and expensive to carry out. Asis illustrated, this type of a service is problematic to implement intraditional VToA networks and systems. Various other valuabletelecommunications services and features, which may be available intraditional telecommunications networks, suffer from the samesignificant disadvantage illustrated above.

In addition to the significant limitations in ATM signaling to supportadvanced or intelligent network telephony, the administration andmaintenance of VToA systems and processes is extremely burdensome andexpensive. For example, numerous private and public phone numbers, whichchange frequently, have to be updated and maintained in various systemsand gateways. As moves, adds, changes, and deletions occur, each VToAgateway must be updated with the relevant changes. This is a criticaltask that is onerous and expensive to perform and fraught with potentialerrors.

Yet another significant disadvantage of ATM networks stems from the factthat ATM specifications do not provide an agreed upon addressingallocation, like there is with Internet Protocol (“IP”) addresses, thatwill ensure that no two ATM switches or ATM devices have the same ATMaddress. This creates addressing conflict problems that significantlylimit the application of ATM networks widespread. For instance, if twocompanies set up two different private ATM networks with ATM addressesthat conflict with the other=s ATM addresses, it is difficult orimpossible to interface such private networks with one another through apublic ATM network. ATM address conflicts may arise between ATM switchesof each private ATM network, or between ATM switches of the public ATMnetwork and ATM switches of either of the private networks. As isapparent, this prevents reliable communications, including both ATM datatransfers and VToA, from being achieved using such ATM networks.

SUMMARY OF THE INVENTION

From the foregoing it may be appreciated that a need has arisen for anintelligent network and method for providing VToA and private addresstranslation that provides intelligent network signaling to supportadvanced telephony services and features for VToA, while solving the ATMaddress conflict problem and still allowing the benefits of integratingvoice and data communications on the same ATM network. In accordancewith the present invention, an intelligent network and method forproviding VToA and private address translation are provided thatsubstantially eliminate one or more of the disadvantages and problemsoutlined above.

According to one aspect of the present invention, a method for providingVToA and private address translation using an intelligent network and aswitched virtual circuit over an ATM network is provided. The methodincludes receiving a request at a calling party CPE to make a VToA callthat includes a called party phone number value, generating an input ATMsetup message at the calling party CPE that includes a VToA designatorstored in a first parameter of the input ATM setup message, and thecalled party phone number value stored in a second parameter of theinput ATM setup message, receiving the input ATM setup message at adevice side of an ingress ATM edge switch of the ATM network,intercepting the input ATM setup message from the device side of theingress ATM edge switch of the ATM network, and extracting informationfrom the input ATM setup message that includes the VToA designator andthe called party phone number value.

The method also includes analyzing the information to determine if theVToA designator is present, designating an ATM address of a called partyCPE to be stored in the first parameter of an output ATM setup message,determining if private address translation is needed, designating theATM address of the called party CPE to be stored in a first instance ofthe second parameter of the output ATM setup message, designating an ATMaddress of an egress ATM edge switch to be stored in the first parameterof the output ATM setup message, and generating an output ATM setupmessage that includes the ATM address of the egress ATM edge switchstored in the first parameter, the ATM address of the called party CPEstored in the first instance of the second parameter, and the calledparty phone number value stored in a sccond instance of the secondparameter.

The method further includes communicating the output ATM setup messageto a network side of the ingress ATM edge switch of the ATM network,receiving the output ATM setup message at a network side of the egressATM edge switch, intercepting the output ATM setup message from thenetwork side of the egress ATM edge switch of the ATM network,extracting egress information from the output ATM setup message thatincludes the ATM address of the called party CPE, designating the ATMaddress of the called party CPE that was stored in the first instance ofthe second parameter of the output ATM setup message to be stored in thefirst parameter of a destination ATM setup message, and generating adestination ATM setup message that includes the ATM address of thecalled party CPE stored in the first parameter and the called partyphone number value stored in the second parameter.

Filially, the method includes communicating the destination ATM setupmessage to a device side of the egress ATM edge switch, andcommunicating the destination ATM setup message to the called party CPE.

The present invention provides a profusion of technical advantages thatinclude the capability to efficiently and effectively provide advancedtelephony services and functions to VToA through an intelligent network,including the capability to provide private address translation toeliminate possible ATM addressing conflicts. This can substantiallyincrease overall VToA reliability, performance and can make VToA muchmore attractive to customers looking to seamlessly and efficientlyintegrate both data and voice over the same ATM network to achievesubstantial savings, but still retain advance telephony capabilities.

Another technical advantage of the present invention includes thecapability to utilize an ATM network to provide advanced telephonyfunctions, while efficiently using ATM bandwidth by setting up SVCs tohandle phone calls and releasing this bandwidth when the phone call hasended. This results in efficient utilization of ATM bandwidth and maysave capital costs by reducing the amount of bandwidth needed.

Yet another technical advantage of the present invention includes thecapability to control ATM telephony or voice routing tables in a centrallocation and in the intelligent network layer, as opposed to the priortechnique, defined by the various ATM standards bodies, to control ATMtelephony at the end points. This significantly reduces overall costs tooperate a telecommunications network to support VToA, and significantlyreduces the opportunity for erroneous information entering the network.This advantage is achieved by separating the ATM intelligence from theATM switching.

Still yet another technical advantage includes the capability to performprivate address translation on both ATM data connections and VToAconnections, while not requiring a customer or user with a private ATMnetwork to change or reallocate internal ATM addresses.

Other technical advantages are readily apparent to one skilled in theart from the following figures, description, and claims.

BRIEF DESCRIPTION OF THE DRAWINGS

For a more complete understanding of the present invention and theadvantages thereof, reference is now made to the following briefdescription, taken in connection with the accompanying drawings anddetailed description, wherein like reference numerals represent likeparts, in which:

FIG. 1 is a diagram that illustrates a telecommunications network forproviding VToA services, such as private address translation, using anATM switched virtual circuit according to an embodiment of the presentinvention;

FIG. 2 is a line diagram that illustrates the signaling and call flowperformed by the intelligent network for a VToA call, including thesetup, connect, and release portions, according to an embodiment of thepresent invention;

FIG. 3 is a block diagram that illustrates an intelligent network usedat the ingress side of an ATM network for providing VToA services, suchas private address translation, using an ATM switched virtual circuit;

FIG. 4 is a block diagram that illustrates the intelligent network usedat the egress side of the ATM network for providing VToA services, suchas private address translation, using an ATM switched virtual circuit;

FIG. 5 is a Flowchart that illustrates a method of generating an inputATM setup message at i calling party CPE from a private network and thatsupports private address translation;

FIG. 6 is a flowchart that illustrates a method of ingress multi-servicecontrol point processing to provide private address translation tosupport VToA and ATM data calls;

FIG. 7 is a flowchart that illustrates a method of egress multi-servicecontrol point processing to provide private address translation tosupport VToA and ATM data calls;

FIGS. 8 a and 8 b are flowcharts that illustrate a method for providingVToA services and private address translation using an intelligentnetwork and a switched virtual circuit over an ATM network; and

FIGS. 9 a and 9 b are flowcharts that illustrates a method forestablishing an ATM data call with private address translation using anintelligent network and a switched virtual circuit over an ATM network.

DETAILED DESCRIPTION OF THE INVENTION

It should be understood at the outset that although an exemplaryimplementation of the present invention is illustrated below, thepresent invention may be implemented using any number of techniques,whether currently known or in existence. The present invention should inno way be limited to the exemplary implementations, drawings, andtechniques illustrated below, including the exemplary design andimplementation illustrated and described herein.

FIG. 1 is a diagram that illustrates a telecommunications network 10,which also may be referred to as an intelligent ATM network or as aSmart Bandwidth on Command (“SBoC”) network, for providing VoiceTelephony over ATM (“VToA”) services, such as private addresstranslation, using an ATM Switched Virtual Circuit (“SVC”) according toan embodiment of the present invention. The description below inconnection with FIGS. 1-4 provides a discussion of the operation of thetelecommunications network 10 so that the private address translationaspect of the present invention may be described more fully inconnection with the description accompanying the FIGS. 5, 6, 7, 8 a, 8b, 9 a, and 9 b.

The telecommunications network 10 includes an intelligent network 12,which also may be referred to as an intelligent network layer, incommunication with an ATM edge switch 14 and an ATM edge switch 16 of anATM network 18. A calling party location 20 is illustrated incommunication with the ATM edge switch 14, and a called party location22 is shown in communication with the ATM edge switch 16.

The intelligent network 12 is operable to intercept and process ATMsignaling messages provided to the ATM edge switch 14 and the ATM edgeswitch 16. This architecture allows the intelligent network 12 toprovide various telephony features and services, including advancedtelephony features and services, to VToA provided over an ATM network,such as the ATM network 18, through an SVC.

It should be noted that the ATM edge switch 14 and the ATM edge switch16 may be considered to be part of the ATM network 18. Of course, theATM network 18 may include any of a variety of ATM switches and/or ATMnetwork elements or devices and may geographically span or covervirtually any region. The ATM switches of the ATM network 18, includingthe ATM edge switch 14 and the ATM edge switch 16, may be provided byany of a number of ATM switch manufacturers, such as, for example,NEWBRIDGE and ALCATEL. Of course, multiple connections can be providedto the ATM network 18 through any of a variety of edge switches, such asat the ATM edge switch 14. In order to simplify the illustration of thepresent invention, including the illustration of setting up a VToA calloriginating from a calling party, only two connections to the ATMnetwork 18 are illustrated in FIG. 1 and include the calling partylocation 20 and the called party location 22.

The calling party location 20 and the called party location 22 mayinclude any of a variety of end-user devices and Customer PremisesEquipment (“CPE”). For example, the calling party location 20, whichcould be referred to as an ingress location since this is the callinglocation, includes a telephony device 24 and a CPE 26. Similarly, thecalled party location 22 is illustrated with a telephony device 28 and aCPE 30.

Of course, any of a number of arrangements may be provided at thecalling party location 20 and the called party location 22. In oneembodiment, these locations may also include Data communicationsEquipment (“DCE”) to support traditional ATM data communications. As isapparent, the capability to communicate both data and voice over thesame ATM network provides significant advantages and conveniences thatnormally result in substantial savings. This arrangement in combinationwith the present invention allows both VToA calls, with intelligentnetwork features and services provided or controlled by the intelligentnetwork 12, and ATM data transfers to be supported using the same ATMnetwork, such as the ATM network 18. For example, a business enterprisethat has multiple locations may significantly benefit by providing voicecommunications, with intelligent networking features, using VToA anddata communications all through the same ATM network.

In one embodiment, the telephony device 24 and the telephony device 28may be provided as a telephone, a personal computer, a computer network,answering machine, video conferencing equipment, or any of a variety ofother devices operable to support or provide telephony functionality.The CPE 26 and the CPE 30 may be implemented using any of a number ofdevices. For example, and without limitation, the CPE 26 and the CPE 30may be implemented as a router, a PBX with ATM signaling capability, anenterprise gateway, or a network gateway. The CPE 26 and the CPE 30 maybe implemented, in one embodiment, using a CPE device provided byACCELERATED NETWORKS.

The communications link between the ATM edge switch and the callingparty or called party location may be provided using any number ofavailable links, such as dedicated links or leased lines. According toan aspect of the present invention, whenever a customer location desiresto set up or establish an SVC to support VToA, a signaling ATM message,such as an ATM setup message, is provided from the customer location tothe associated ATM edge switch of the ATM network 18. For example, ifthe calling party location 20 desires to establish an SVC through theATM network 18, an ATM setup message may be sent from the calling partylocation 20 to the ATM edge switch 14This ATM setup message may be usedto designate that this SVC is being setup or established to provideVToA. In one embodiment, an ATM setup message is sent from the callingparty location 20 to the ATM edge switch 14 using a predefined orpredetermined protocol such that a designated value, which may bereferred to as a VToA designator, is included in the content or payloadof the ATM setup message to indicate that this SVC is being set up orestablished to support VToA.

In one embodiment, the telephony device 24 is provided as a telephone orpersonal computer with telephony software, and the CPE 26 is provided asan enterprise gateway that is provisioned with a special ATM address toidentify the CPE 26 as an ATM device. An ATM setup message may begenerated by a calling party by using the telephony device 24 to enter aphone number, which may be referred to as a called party phone numbervalue. The CPE 26 generates the ATM setup message, which may be referredto as an input ATM setup message, in response to initiate an SVC forVToA by saving various values in the content Or the ATM setup message.

The content may be stored in an ATM setup message using variousdesignated areas, which may be referred to as fields, addresses orparameters. The content that is stored in each such parameter may bereferred to as a value. An example of some of the parameters that may bepresent in an ATM setup message is provided in the following table: ATMSETUP MESSAGE PARAMETERS Called Party Number Called Party SubaddressCalling Party Number Calling Party SubaddressIn a preferred embodiment of the present invention, the ATM address ofthe CPE 26, which may be referred to as the ATM address of the callingparty CPE, is stored in the ATM setup message as the calling partynumber parameter, the telephone number associated with the telephonydevice 24, which may be referred to as the calling party phone numbervalue, is stored in the ATM setup message as the calling partysubaddress parameter, a special or designated number or address, whichmay be referred to as the VToA designator, is stored in the called partynumber of the ATM setup message, and the dialed or called telephonenumber, which may be referred to as the called party phone number value,is stored in the called party subaddress of the ATM setup message.

This input ATM setup message is then provided to the ATM network 18 atthe ATM edge switch 14. In essence, this ATM setup message instructs theATM network 18 to setup an SVC between the ATM address of the CPE 26 andthe special or designated ATM address that is provided as the calledparty number of the ATM setup message. This special or designated ATMaddress or number may also be referred to as a VToA designator. This isa predetermined or predefined number which will be used by theintelligent network 12 to indicate that this setup message request foran SVC is to provide VToA and hence the advance telephony services orfeatures of the present invention should be applied by the intelligentnetwork 12.

The input ATM setup message is received at the ATM edge switch 14. TheATM edge switch 14, just like the ATM edge switch 16, may be thought ofas divided into two portions, a device side portion and a network sideportion. The device side is the side where a customer or clientinterfaces, generally through a CPE, with the ATM network 18. Signalingmessages received at the device side of the ATM switch 14 from the CPE26 are intercepted by the intelligent network 12. The intelligentnetwork 12, which will be described more fully below in connection withFIG. 1 and FIGS. 3 and 4, receives the input ATM setup message generatedby the CPE 26 and analyzes its contents. From this analysis, thepresence of the VToA designator, which in one embodiment may be storedin the called party number parameter of the ATM setup message, indicatesthat this input ATM setup message is a request to setup an SVC for VToA.

Once it is determined that the signaling message is a request to setupor establish an SVC for VToA, the intelligent network 12 will,preferably, perform as much processing as possible on the ATM setupmessage at the ingress ATM edge switch. Before discussing some of thevarious intelligent network services or features that may be provided bythe present invention, the processing of the input ATM setup message isdiscussed. In one embodiment, the intelligent network 12 locates thecalled party phone number value and performs a table search or “look-up”to determine a corresponding ATM address, such as the ATM address for adestination CPE or device, such as a termination gateway, an enterprisegateway or a network gateway. This ATM address may be referred to as theATM address of the called party CPE. In a preferred embodiment, thecalled party phone number value is retrieved from the called partysubaddress parameter to perform the necessary functions to find theassociated destination ATM address. Once located, thin destination ATMaddress may be provided so that a modified or output ATM setup messagemay be generated to establish an SVC to support VToA from the CPE 26 tothe destination ATM device. In a preferred embodiment, the calling partyphone number value is stored in the calling party subaddress parameterof the input ATM setup message, and the ATM address of the calling partyCPE or device is stored in the calling party number parameter of theinput ATM setup message.

When a VToA call originates from the calling party location 20 andterminates at the called party location 22, the ATM edge switch 14 maybe referred to as the ingress ATM switch while the ATM edge switch 16may be referred to as the egress ATM edge switch. Generally, each suchATM edge switch may function as either an ingress or an egress ATM edgeswitch.

The output ATM setup message is transmitted from the intelligent network12 to the network side of the ATM edge switch 14 where it is sent to theATM network 18. The output ATM setup message is transmitted through theATM network until it arrives at the network aide of the ATM edge switch16. The intelligent network 12 intercepts and processes this ATM messageand, generally, will provide the ATM message back to the device side ofthe ATM edge switch 16 at the appropriate port so that it will becommunicated to the CPE 30 of the called party location 22. If theintelligent network 12 modifies or changes the output ATM setup message,the resulting ATM message may be referred to as a destination or gatewayATM setup message.

A preferred embodiment of an implementation of the intelligent network12 is provided next. The intelligent network 12, as shown in FIG. 1,includes an ATM signaling intercept processor (“ASIP”) 40, which isassociated with the ATM edge switch 14 that is shown serving as aningress ATM edge switch, all ASIP 42, which is associated with the ATMedge switch 16 that is shown serving as an egress switch, amulti-service control point (“MSCP”) 44 in communication with the ASIP40, an MSCP 46 in communication with the ASIP 42, and a serviceadministration 48. The service administration 48, in the embodimentshown in FIG. 1, is operable to provision the ASIP 40, the MSCP 44, theASIP 42, and the MSCP 46. In provisioning these elements of theintelligent network 12, the service administration 48 will, preferably,provide user interfaces to each such element. In a preferred embodiment,the service administration 48 also maintains a database of record, whichmay be the same as or similar to the database shown in the MSCP 44 andthe MSCP 46.

The ASIP 40 and the ASIP 42 will generally be associated with adesignated ATM edge switch, such as the ATM edge switch 14 and the ATMedge switch 16. The MSCPs, such as the MSCP 44 and the MSCP 46, mayinterface or work in conjunction with one or more ASIPs. In analternative embodiment, one MSCP interfaces and works with all ASIPs ofthe intelligent network 12. All of the MSCPs of the intelligent network12 may provide the same or essentially the same functionality.

The ASIP 40 and the ASIP 42, generally, function to intercept ATMsignaling messages, such as an ATM setup message, an ATM connectmessage, and an ATM release message The ASIP 40 and the ASIP 42intercept and process ATM signaling messages from the associated switchwhether the signaling messages are provided from the device side or fromthe network side of the associated ATM edge switch. It should be notedthat the ASIP 40 and the ASIP 42 are both capable of or operable toreceive signaling messages provided through their associated ATM edgeswitch in either direction. For example, although the call setupillustrated in FIG. 1 illustrates a VToA call that originates at thecalling party location 20 and terminates at the called party location22, the ASIP 40 and the ASIP 42 perform their functions when the ATMsignaling messages are traveling in the opposite direction, such as ifthe called party location 22 originates a VToA call through an SVC tothe calling party location 20. Once the ATM signaling message, such asthe input ATM setup message, is intercepted, an input is generated bythe ASIP and the input is provided to the associated MSCP, such as theMSCP 44 and the MSCP 46.

The MSCP 44 and the MSCP 46 both contain various applications that canprovide intelligent network and even advanced intelligent network VToAservices and features. The applications will preferably be provided assoftware applications that provide the desired logic and algorithms toachieve the desired intelligent network service or feature. Inperforming these various services and features, the MSCPs must accessvarious information that may include, for example, ATM addresses,associated telephone numbers, customer profiles, user profiles, and anyof a variety of other needed information to support or provide thedesired service and feature.

As a result of the processing performed by the MSCP 44 and the MSCP 46,an output is generated. The output is then provided back down, asrepresented by the arrows extending from the MSCPs to their associatedASIPs, so that the ASIP 40 and the ASIP 42 may assemble the output togenerate a resulting ATM message. The ASIP, in a preferred embodiment,also provides call modeling functionality that allows multiple calls tobe modeled.

To illustrate the operation of the intelligent network 12 to provideintelligent network functionality to the telecommunications network 10and the ATM network 18, the establishment of an SVC for VToA isillustrated next. Assuming that the calling party location 20 initiatesthe establishment or setup of an ATM SVC for VToA with the telephonydevice 28 of the called party location 22, the CPE 26 of the callingparty location 20 responds to the request by the telephony device 24 tosetup a phone call. The CPE 26 generates an input ATM setup message andprovides this input. ATM setup message to the ATM edge switch 14. TheATM edge switch 14 may be thought of as having a device side portion anda network side portion, just like the ATM edge switch 16. The input ATMsetup message is received at the device side of the ATM edge switch 14and is intercepted by the ASIP 40.

The ASIP 40 processes the input ATM setup message and, using one or moreof the various values that may be stored within or in association withthe input ATM setup message, generates an input. The input is thencommunicated or provided to the MSCP 44. The MSCP 44 may provide anynumber of telephony services and features. The MSCP 44, however, mustanalyze the input to determine if the input ATM setup message is arequest for an SVC for VToA. In a preferred embodiment, a predefined orpredetermined value is stored within the called party number parameterof the input ATM setup message. The value provided within this calledparty number parameter of the input ATM setup message is analyzed todetermine if the input ATM setup message is requesting an SVC for VToA.In one embodiment, the value stored within the called party numberparameter of the input ATM setup message may be referred to as a VToAdesignator, i.e., designating that the input ATM setup message is arequest for an SVC for VToA. It should be understood, however, that anyof a variety of ATM setup messages parameters may be used to providethis functionality. The CPE 26, which originally generated the input ATMsetup message, will store the appropriate VToA designator value withinthe appropriate parameter, such an the called party number parameter,when generating the input ATM setup message so that the appropriate MSCPassociated with the ingress ATM edge switch will recognize the input ATMsetup message as one requesting an SVC for VToA.

If the VToA designator is not found, the MSCP 44 will provide an outputto the ASIP 40 and the ATM setup message will continue as if a requestis being made to establish or setup an SVC for a data transfer. If theVToA designator is found, additional service and feature processing mayproceed. In order for the SVC for VToA to be established, a called partyphone number value, which will be included as part of the input from theASIP 40, will need to correlated by the MSCP 44 with a correspondingvalue that is equal to the ATM address of the called party CPE, which isin this case is the CPE 30. If the called party phone number value itnot found, the call may fail or be rejected. The ATM address of thecalled party CPE and the called party phone number value, along with anyother values generated as a result of the processing that may haveoccurred through any of a variety of services and features that may beprovided by the MSCP 44, results in the MSCP 44 generating an output.The output is received and used by the ASIP 40 to generate or assemblean output ATM setup message.

The output ATM setup message may then be provided to the network side ofthe ATM edge switch 14 where it is then routed through the ATM network18 using traditional or available ATM protocols until the output ATMsetup message is received at the network side of the ATM edge switch 16.Of course, the ATM network 18 may include any of a variety or any numberof ATM switches, such as the ATM switches 18 a, 18 b, 18 c, and 18 d. Itshould also be noted that any number of additional ATM edge switches maybe connected to the ATM network 18 through virtually any available ATMswitch or ATM network element.

The output ATM setup message is received at the network side of the ATMedge switch 16 where the ASIP 42 intercepts the signaling message andgenerates an input. The input is provided from the ASIP 42 to the MSCP46. The MSCP 46, similar to the MSCP 44, analyzes the input to determinewhat, if any, processing is needed. In this case, the MSCP 46 finds theATM address of the called party CPE, which in this case is the CPE 30,in the input and provides appropriate routing information and generatesa corresponding output of the MSCP 46. Of course, various otherprocessing may also occur, depending on the particular feature orservice.

The ASIP 42 receives the output from the MSCP 46 and generates orassembles another setup message. In one embodiment, the resulting ATMsetup message may be referred to as a destination or gateway ATM setupmessage since it will ultimately be provided to the CPE 30, which may beimplemented as an enterprise gateway, a network gateway or any of avariety of telephony access devices. If the output ATM setup message isnot changed by the output from the MSCP 46, the resulting ATM setupmessage may still be referred to as the output ATM setup message and itis provided to the device side of the ATM edge switch 16, just like anydestination or gateway setup message, where it is then provided to theCPE 30.

At the CPE 30, the appropriate telephony device, in this case telephonydevice 28, is contacted so that a call may be established or setup. Inresponse, the CPE 30 may generate an ATM connection message or any otherATM signaling message which is available and would be known of ordinaryskill in the art. For example an ATM connection message and an ATMrelease message may be generated during this VToA call.

FIG. 2 is a line diagram 100 that illustrates the signaling and callflow performed by the intelligent network for a VToA call, including thesetup, connect, and release portions of the VToA call, according to anembodiment of the present invention. The VToA call is achieved throughthe use of an ingress device 102, an ingress ATM edge switch 104, aningress ASIP 106, and ingress MSCP 108, an ATM network 110, an egressATM edge switch 112, an egress ASIP 114, an egress MSCP 116, and anegress device 118. Starting in the upper lefthand portion of FIG. 2, aninput ATM setup message is generated and provided from the ingressdevice 102 to the ingress ATM edge switch 104.

The ingress device 102 may be any of a variety of devices such as theCPE 26 of FIG. 1, a router, a PBX, a telephony access device, or agateway, such as an enterprise gateway or a network gateway to provideaccess to the Public Switched Telephone Network (“PSTN”). Generally, theingress device 102 must simply have the capability to generate an inputATM setup message that includes a VToA designator stored in the calledparty number parameter of the input ATM setup message (or other locationor parameter depending on the intelligent network design), arid a calledparty phone number value stored in the called party subaddress parameterof the input ATM setup message. In other embodiments, the input ATMsetup message may also contain the value of the ATM address of thecalling party CPE and the calling party phone number value. In such acase, these values are preferably stored in the calling party numberparameter and the calling party subaddress parameter, respectively, ofthe input ATM setup message. Line 120 represents the communication ofthe input ATM setup message from the ingress device 102 to the ingressATM edge switch 104.

It should be noted that the line diagram 100 illustrates only the basicsignaling and call flow of a VToA call. Other signals or messages, whichwould be understood by one of ordinary skill in the art and normallyprovided automatically as part of one or more ATM specifications, mayinclude various acknowledgment signals or messages, such as connectacknowledge, a call proceeding message, and a release complete message.

The ingress ATM edge switch 104 receives the input ATM setup message andcommunicates it to the ingress ASIP 106 as represented by a line 122.The ingress ASIP 106 provides various values and addresses containedwithin various parameters of the input ATM setup message and providesthose values to the ingress MSCP 108 as shown in a line 124. Forexample, the ingress ASIP 106 may provide the VToA designator, which maybe stored in the called party number parameter of the input ATM setupmessage, and the called party phone number value, which may be stored inthe called party subaddress parameter of the input ATM setup message, tothe ingress MSCP 108. The VToA designator is used in the presentinvention to indicate that a setup message is requesting to set up anSVC for VToA.

After the ingress MSCP 108 confirms, by analyzing the value of the VToAdesignator, that an SVC for VToA is requested, the ingress MSCP 108 mayperform any of a variety of advanced telephony functions to provide VToAservices and features as desired or requested. If a VToA designator isnot found by the MSCP 108 during setup, an ATM data call may be assumedThe ingress MSCP 108 may provide any of a variety of advanced telephonyfunctions to provide VToA services and features. Example of some ofthese services and features include Default Calling Party NumberHandling (“DCH”), Source Address Validation (“SAV”), Customer PortMaximum Call Attempt Rate Limit (“CMR”), Closed User Group (“CUG”),Destination Address Screening (“DAS”), Source Address Screening (“SAS”),Customer Port Maximum Burst Size Limit (“CMDS”), Customer Port AggregateBandwidth Limit (“CBW”), Customer Port Maximum Concurrent Calls inProgress Limit (“CMC”), Private Address Translation (“PAT”), CustomerPort Service Class Selection (“CSCS”), and Point-to-Multipoint,Root-Initiated Connections (“P2MR”). Preferably, most of the intelligentnetwork features and processing are performed at the ingress MSCP 108.In some cases, such as, for example, PAT, additional intelligentnetworking service or feature processing must be performed at otherlocations, such as the egress MSCP 116.

A brief summary of the calling services and features mentioned above isprovided. DCH provides logic to handle input ATM setup messages in whicha calling party phone number value is not provided. In such a case, theDCH feature may substitute a default calling party phone number value.SAV determines whether a user is requesting a call through an authorizedor proper port. VToA privileges may be given on a per port basis, andthe SAV feature may insure that only authorized users are allowed toaccess the ATM network through particular network ports, such as aphysical port or a Customer Logic Port (“CLP”). CMR may be used toverify that the number of access attempts at a CLP does not exceed aprovisioned or predetermined rate.

The CUG feature allows various users of an enterprise or customer to bepartitioned into defined user groups. This allows various policies orprivileges to be enforced on a group basis. A basic feature of CUG is toprovide the capability to restrict calls to other users outside of theCUG or within certain other closed user groups. The DAS and SAS servicesor features provide call-screening lists that allow either theoriginating party or the terminating party to define the addresses towhich calls can be made or from which calls can be received,respectively. In one embodiment, two types of call-screening lists maybe supported for each user or subscriber that include a group list and auser list. This allows these services or features to be provided eitheron a group basis, an individual user basis, or both. The CMBS and CBWservices or features provide a mechanism in which burst-size andbandwidth requests may be limited. This may prevent a few users fromallocating large amounts of bandwidth and ATM network capability at theexpense of other users. Similarly, the CMC feature limits the number ofconnections through a particular port.

The PAT service, which will be described more fully below in thedescription accompanying FIGS. 5, 6, 7, 8 a, 8 b, 9 a and 9 b, providesthe significant advantage of allowing a customer to keep its own ATMnumbering or addressing scheme. PAT is an example of a feature thatrequires ATM intelligent network processing, according to an embodimentof the present invention, at both the ingress ATM edge switch and theegress ATM edge switch.

The CSCS feature provides a mechanism to configure the service classesavailable for a particular customer, which may be set up through anindividual CLP. As an example, CSCS may support the capability toconfigure various classes of service such as Continuous Bit Rate(“CBR”), variable Bit Rate, Non-Real Time (“VBR-NRT”), Variable BitRate, Real Time (“VBR-RT”), Unspecified Bit Rate (“UBR”), and AvailableBit Rate (“ABR”). The P2MR feature or service allows forpoint-to-multipoint VToA to be provided using an SVC. These types ofconnections are unidirectional and, just as with point-to-pointconnections, can support virtually any type of content such as voice orvideo.

Referring back to FIG. 2, the ingress MSCP 108 will provide any of anumber of various features, such as those just described, by performingany of a number of database or table queries and executing any of anumber of applications or algorithms. As a result, the ingress MSCP 108provides an output back to the ingress ASIP 106 as represented by theline 126. This output will be used by the ingress ASIP 106 to generatean output ATM setup message. The output will normally include an ATMaddress of the called party CPE. The CPE may be implemented as, forexample, an enterprise gateway, a network gateway, or virtually anyother telephony access device. The ingress ASIP 106 assembles orgenerates the output ATM setup message and provides this message to theingress ATM edge switch 104 as represented by a line 128 of FIG. 2.

The output ATM setup message then passes through the ATM network 110until it reaches the egress ATM edge switch 112. This is represented bya line 130 similar to how the input ATM setup message was processed bythe ingress devices, the egress devices process the output ATM setupmessage, Initially, the output ATM setup message is intercepted by theegress ASIP 114 once it reaches the egress ATM edge switch 112. This isrepresented by a line 132.

The egress ASIP 114 transfers various input values from the output ATMsetup message to the egress MSCP 116. The egress MSCP 116 may providevarious processing, but as mentioned above, most of the intelligentnetwork service or feature processing will, preferably, be performed atthe ingress side. The egress MSCP, in one embodiment, receives the ATMaddress of called party CPE and determines which port of the egress ATMedge switch 112 the setup message should be provided so that it may becommunicated to the egress device 118. The egress MSCP 116, depending onthe processing performed, may modify the input provided from the egressASIP 114 and generate an output that is provided back to the egress ASIP114, which is represented by a line 136 in FIG. 2

The egress MSCP 116 may provide various applications, logic, and thelike to carry out any of a variety of advanced intelligent networkfeatures. The egress MSCP 116 may contain various data provided intables or databases, or have the capability to access data external tothe egress MSCP 116. It should also be noted that the features orservices provided by the egress MSCP 116 and the ingress MSCP 108 may beachieved by the same MSCP. The ASIPs, however, will generally beassociated or dedicated to each ATM edge switch that the ASIP serves. Itshould also be noted that although the egress MSCP 116 is shown in FIG.2 serving as an egress device 118, whenever the egress device 118originates an SVC for VToA over the ATM network 110, the egress MSCP 116will generally function as just described for the ingress MSCP 108.

The egress device 118, just as with the ingress device 102 describedabove, may be virtually any available CPE device such as, for example,an enterprise gateway, a network gateway, or a telephony access device.If the egress device 118 is an enterprise gateway, the egress MSCP 116will generally not modify the input provided to it from the egress ASIP114 and thus the egress ASIP 114 will receive an output from the egressMSCP 116 that is the same or similar as the input. In such a case, theoutput ATM setup message is provided to the egress ATM edge switch 112where it is then provided to the egress device 118 to establish an SVCfor VToA. This is represented by lines 138 and 140.

It the egress device 118 is a network gateway, or some similar device,the egress MSCP 116 may perform database operations to properly routethe setup message to the egress device 118. In such a case, the egressMSCP 116 generates appropriate output and provides this output to theegress ASIP 114, as represented by the line 136. The egress ASIP 114then assembles or generates another ATM setup message, which may bereferred to as a destination or gateway ATM setup message, and providesthis setup message to the egress ATM edge switch 112, which thenprovides such message to the egress device 118. This is represented bylines 138 and 140.

Once a party answers a telephony device, the egress device 118 generatesan ATM connect message. This connect message is illustrated in FIG. 2 bylines 142-162. The ATM connect message propagates through the ATMnetwork 110 until a connection is made between the ingress device 102and the egress device 118. The ATM connection message is processed,similar to the ATM setup message, such that the ingress and egress ASIPsand MSCPs intercept and analyze each such signaling messages. At thispoint, an SVC has been established between the ingress device 102 andtho egress device 118 through the ATM network 110 to provide VToA withintelligent network services and features. The MSCP and the ASIP mayalso provide call modeling Lo track various calls.

Once a party desires to end the call, which can come from either theingress device 102 or the egress device 118, an ATM release message isgenerated. In FIG. 2, this ATM release message is generated by theingress device 102. This proceeds similar to the connect and setupmessages and is illustrated in FIG. 2 by the lines 164-186. This endsthe VToA call.

FIG. 3 is a block diagram that illustrates an intelligent network 300used at the ingress side of an ATM network for providing VToA servicesusing an ATM switched virtual circuit. The intelligent network 300includes an ASIP 302, an MSCP 304, and a service administration 306. Aremote, external database 308 is also shown in FIG. 3 with acommunications link with the MSCP 304. The database 308 is provided toillustrate the fact that the MSCP 304 may rely on external databases ortables. The service administration 306 may also contain various tablesor databases that the MSCP 304 accesses or that is provided to the MSCP304 as a database of record. The ASIP 302 interfaces with an ATM edgeswitch, not shown in FIG. 3, and is capable of intercepting andreceiving ATM message signals, such as ATM setup, connect, and releasemessages. When the ATM edge switch serves as the ingress ATM edgeswitch, the ASIP 302 receives ATM signaling messages from the deviceside of the ingress ATM edge switch. To establish an SVC to provideVToA, the ingress ATM edge switch provides an input ATM setup messagefrom its device side to the ASIP 302. In addition to the functionsdescribed next, the ASIP 302 may also provide call, modelingfunctionality. The ASIP 302 receives the input ATM setup message and, inone embodiment, extracts various information, such as the called partyphone number value and the VToA designator, and communicates thisinformation to the MSCP 304 as an input. The communications link betweenthe MSCP 304 and the ASIP 302 may be a local connection or it may be aremote or long distance link. In one embodiment, the called party phonenumber value is stored in the called party subaddress parameter of theinput ATM setup message and the VToA designator is stored in the calledparty number parameter of the input ATM setup message.

The MSCP 304, which also may be referred to as a policy server, includesvarious applications 310 and a database 312. The applications 310 mayinclude any of a variety of software programs, logic, and algorithmsthat serve to provide VToA services and features. The database 312 mayinclude any of a variety of tables and information useful to provideVToA services and features.

The service administration 306 is capable of provisioning the MSCP 304,and in some embodiments, the ASIP 302. The service administration 306may control or synchronize multiple MSCPs ensure that data orinformation in various MSCPs of the ATM network are coordinated andconsistent.

The MSCP 304 receives the input from the ASIP 302 and can provide anynumber of VToA services and features. In order to establish an SVC forVToA, the MSCP 304 must determine if the input, provided by the ASIP 302from the input ATM setup message, is a request to establish an SVC forVToA. If not, processing of an ATM data call proceeds. The MSCP 304, ina preferred embodiment, determines that the input ATM setup message isrequesting an SVC to establish VToA by looking for the presence of theVToA designator. If present, the MSCP 304 uses the database 312 todetermine the ATM address of the called party CPE using the called partyphone number value provided as an input from the ASIP 302. The MSCP 304may provide any of a variety of additional services and features, suchas those described above in connection with FIG. 2, and will, generally,use the applications 310 and the database 312 to achieve these servicesand features. The MSCP 304 generates an output in response to theprocessing just described and communicates this output to the ASIP 302.If a VToA is to be set up, the output will generally include at leastthe called party phone number value and the ATM address of the calledparty CPE.

To illustrate some of the processing that may be performed by the MSCP304 on the input provided by the ASIP 302, the following examples areprovided. Assuming that an ATM address of the calling party CPE isprovided as part of the input ATM setup message, and preferably as thecalling party number parameter, the ASIP 302 may provide this as aninput to MSCP 304. The value of this address is then used to determinewhat services or features are available for this particular address. TheMSCP 304 may also, by examining the value of the called party phonenumber value provided in the called party subaddress parameter of theinput ATM setup message, determine or perform database queries todetermine if the requested call is to a private number, a long distanceor international number, a local number, an emergency number, etc. In apreferred embodiment, this is performed using various tables, which maybe provided in the database 312, and by examination of the prefix digitsof the called party phone number value. The MSCP 304 may also remove oradd prefix or suffix digits to the called party phone number value. Theresult of any such prefix/suffix manipulation results in a revisedcalled party phone number value. This revised number may then be used todetermine a corresponding ATM address of the called party CPE.

The MSCP 304 may also, depending on the features and capabilitiesassociated with one or more of the calling party phone number value, theATM address of the calling party CPE, and the called party phone numbervalue, consult a database or table of provisioned information todetermine whether the called party phone number value should betranslated to some other phone number and whether permission to makesuch a call is available. For example, the destination party may haveforwarded their phone number to another phone number. In such a case,the MSCP 304 may determine that the called party phone number valueshould be translated to another called party phone number value. In sucha case, the MSCP 304 may request whether the calling party haspermission or sufficient rights to place a call to the translated orforwarded called party phone number.

As a result of the various manipulations and features and servicesprovided by the MSCP 304, an output is provided to the ASIP 302. TheASIP 302 assembles or generates an output ATM setup message using theoutput from the MSCP 304. In a preferred embodiment, the resultingcalled party phone number value is stored in the called party subaddressparameter of the output ATM setup message, and the original callingparty phone number value is stored in the calling party subaddress ofthe output ATM setup message. In addition, the output ATM setup messagemay include the ATM address of the calling party CPE stored in thecalling party number parameter, and the calling party phone number valuestored in the calling party subaddress. As an example, the following twotables illustrate various parameters and corresponding values oraddresses of the input ATM setup message and the output ATM setupmessage. INPUT ATM SETUP MESSAGE PARAMETERS VALUE Called Party NumberVToA designator Called Party Subaddress called party phone number valueCalling Party Number ATM address of the calling party CPE Calling PartySubaddress calling party phone number value

OUTPUT ATM SETUP MESSAGE PARAMETERS VALUE Called Party Number ATMaddress of the called party CPE Called Party Subaddress called partyphone number value Calling Party Number ATM address of the calling partyCPE Calling Party Subaddress calling party phone number valueThe ASIP 302 provides the output ATM setup message to the ATM networkside of the ATM ingress edge switch where the output ATM setup messageis provided to the ATM network and eventually delivered at theappropriate egress ATM edge switch to establish the SVC for VToA.

FIG. 4 is a block diagram that illustrates the intelligent network 300used at the egress side of the ATM network, such as the ATM network 18of FIG. 1, for providing VToA services and features using an ATMswitched virtual circuit. Thus, in one embodiment of the presentinvention, the ASIP 302 and the MSCP 304 may provide intelligent networkservices and features to an ATM edge switch serving as an ingress ATMedge switch and an egress ATM edge switch, depending on how a VToA callis established.

When serving the associated ATM edge switch that is functioning as anegress switch, the intelligent network 300 receives the output ATM setupmessage from the ATM network. As mentioned above, the egress ATM edgeswitch may be considered part of the ATM network. The egress ATM edgeswitch provides the output ATM setup message to the ASIP 302.

The ASIP 302 intercepts the output ATM setup message from the egress ATMedge switch and generates or extracts an input to provide to the MSCP304. This input may include any of a variety of values provided by theoutput ATM setup message. For example, the input may include the ATMaddress of the called party CPE.

At the egress side, the MSCP determines the appropriate port or CLP ofthe egress ATM edge switch in which to route the ATM setup message. TheMSCP 304, however, may provide any of a variety of services andfeatures, and may provide additional routing information. In the eventthat the MSCP 304 generates an output such that the ASIP 302 assemblesor generates an ATM setup message that is different from the output ATMsetup message, this new ATM setup message may be referred to as adestination or gateway ATM setup message. In any event, the ASIP 302provides the ATM setup message to the device side of the egress ATM edgeswitch so that the ATM setup message may be provided to the appropriateCPE. Of course, the CPE may be provided as any number of devices such asan enterprise gateway, a network gateway, or various other telephonyequipment. The CPE will generally interpret the ATM setup message bylooking at the called party phone number value stored, preferably, inthe called party subaddress parameter of the ATM setup message todetermine how to make the final connection to the appropriate telephonydevice.

FIG. 5 is a flowchart that illustrates a method 500 of generating aninput ATM setup message at a calling party CPE, which may also bereferred to as an ingress CPE, provided at a private network. Forexample, the private network may interface with a public or other ATMnetwork such that the ATM addresses of the private network areincompatible or in conflict with the ATM addresses of the public orother ATM network Private address translation of the present inventionsolves this significant problem.

The method 500 begins at block 502 and proceeds to decision block 504.If a voice call, such as a VToA call, is to be made, the method 500proceeds along the “YES” branch to the block 506. If an ATM data call isto be made that does not provide VToA, the method 500 proceeds from thedecision block 504 through the “NO” branch. Assuming a voice call is tobe made, the method 500 proceeds to block 506. At block 506 and block508, the calling party CPE, which may be implemented as a gateway,generates an input ATM setup message that includes various values storedin designated parameters. For example, in a preferred embodiment, acalled party phone number value is stored in a called party subaddressparameter of the input ATM setup message. This is reflected in FIG. 5 atblock 506. Similarly, a VToA designator value is stored in the calledparty number parameter of the input ATM setup message. The method 500then proceeds to block 510 where the input ATM setup message istransmitted to the telecommunications network, such as the ingress ATMedge switch 14 of the telecommunications network 10 of FIG. 1.

Assuming that method 500 is used to set up an ATM data call, althoughnot expressly illustrated in FIG. 5, the method 500 will place or storean ATM address of the called party in the called party number parameterof the input ATM setup message. The ATM address of the called party maybe from a private ATM network and may not be compatible with thetelecommunications network that it is to be transmitted through. Thisinput ATM setup message is then provided to the telecommunicationsnetwork as was just described in connection with the input ATM setupmessage generated for a VToA call.

FIG. 6 is a flowchart that illustrates a method 600 of ingress MSCPprocessing to provide private address translation to support VToA andATM data calls. The method 600 begins at block 602 and proceeds to block604 where information is received from the ATM signaling interceptprocessor that has been extracted from the input ATM setup message. Ifthe input ATM setup message is provided to establish a VToA call, theATM signaling intercept processor will have, preferably, extracted theVToA designator value and the called party phone number value, which mayhave been provided by a private ATM network. If the input ATM setupmessage is provided to establish an ATM data call, the ATM signalingintercept processor will have, preferably, extracted the ATM address ofthe called party, which also may be an ATM address of a private party.

The method 600 proceeds to decision block 606 where, in a preferredembodiment, it is determined whether the VToA designator is stored inthe called party number parameter of the information that was providedin block 604. If so, the method 600 proceeds through the “YES” branch toblock 610, otherwise the method 600 proceeds through the “NO” branch toblock 608.

If the VToA designator is not found in the called party numberparameter, the ingress MSCP will assume that this is an ATM data call,as designated in block 608. Otherwise, at block 610 it is recognizedthat this is a voice call because of the presence of the VToA designatorin the designated parameter of the information.

The method 600 then proceeds to block 612 where the ATM address of thecalled party CPE is designated to be stored in the called party numberparameter of an output ATM setup message, which will be generated by theASIP at the end of method 600. In a preferred embodiment, the ATMaddress of the called party CPE will be determined using the calledparty phone number value and a database to provide a cross-reference tosuch an ATM address.

The method 600 proceeds to decision block 614 where it is determinedwhether private address translation is needed or requested. In apreferred embodiment, private address translation will be determined ona customer-by-customer basis. For example, if a first customer desiresto have private address translation, then this will be provided to allATM setup requests from such first customer. This can be determined bythe port of the ingress ATM edge switch in which all ATM setup messagesfrom such first customer are received. In other embodiments, a databaseor other corresponding techniques may be used to identify the input ATMsetup message as one that needs or requires private address translation.

At decision block 614, the method 600 proceeds to block 616 if noprivate address translation is needed If so, the method 600 thenproceeds to block 622, which will be discussed more fully below.Otherwise, if private address translation is needed, then method 600proceeds to block 618.

At block 618, which may involve information from an input ATM setupmessage designed to set up either a VToA call or an ATM data call, thevalue stored in the called party number parameter is designated to bestored into a called party subaddress parameter of the output ATM setupmessage. For example, if the input ATM setup message at issue is one toset up a VToA call, the value of the called party number parameter, in apreferred embodiment, is the ATM address of the called party CPE, whichaccording to block 618, will be designated to be stored in a newinstance of the called party subaddress parameter of the output ATMsetup message. In effect, the present invention utilizes the fact thatan ATM called party subaddress parameter may include more than oneinstance This will be illustrated after the description accompanyingFIG. 7 with various tables that show how, in a preferred embodiment, thevarious values are stored in corresponding parameters of an ATM setupmessage as they proceed from the ingress MSCP to the egress MSCP.

Referring still to block 618, in a situation where the ATM setup messageis provided to establish an ATM data call, the value of the called partynumber parameter will be the ATM address of the called party, which,according to block 618, will now be designated to be stored into thecalled party subaddress parameter of the output ATM setup message, whichwill be generated later. It should be noted that in the situation of anATM data call, it is not necessary or required that more than one valuebe stored in the called party subaddress parameter of the output ATMsetup message.

The method 600 proceeds next to block 620 where the ATM address of theegress ATM edge switch is designated to be stored in the called partynumber parameter of the output ATM setup message. This will allow theoutput ATM setup message to be properly routed through the public ornon-private ATM network. The method 600 then proceeds to block 622 wherethe method ends as the ingress MSCP transmits output to the ASIPassociated with the ingress ATM edge switch so that the ASIP maygenerate the output ATM setup message, as designated by the MSCP.

The ASIP associated with the ingress ATM edge switch will generate theoutput ATM setup message that includes the ATM address of the egress ATMedge switch stored in the called party number parameter, for both a VToAcall and an ATM data call. As to VToA calls, in a preferred embodimentthe ASIP will proceed to generate the output ATM setup message byincluding the ATM address of the called party CPE stored in the firstinstance of the called party subaddress parameter, and the called partyphone number value stored in the second instance of the called partysubaddress parameter. As to an ATM data call, in a preferred embodimentthe ASIP will proceed to generate the output ATM setup message bystoring the ATM address of the called party in the second parameter,which will preferably be the called party subaddress. As is illustrated,the potentially conflicting addresses of the private ATM networks aresuccessfully stored in parameters of the output ATM setup message suchthat they are not used to route the ATM setup message through the publicATM network, thus solving the problem of conflicting ATM addressesthrough private address translation.

FIG. 7 is a flowchart that illustrates a method 700 of egress MSCPprocessing to provide private address translation to support VToA andATM data calls. The method 700 begins at step 702 and proceeds to block704. At block 704 information is received from the egress ASIP that hasbeen extracted from the output ATM setup message. The informationprovided in the output ATM setup message, of course, was generatedaccording to method 600 as discussed above in connection with FIG. 6.The method 700 then proceeds to decision block 706.

At decision block 706, the type of values provided from the called partysubaddress of the information provided from the output ATM setup messageis analyzed to determine if any of these values are provided as an ATMaddress type. If not, the method 700 proceeds along the “NO” branch toblock 708 where it is confirmed that this is an ATM call, either a VToAcall or an ATM data call, without private address translation. Themethod then would proceed to decision block 714. Otherwise, the method700 proceeds from the decision block 706 to block 710 along the “YES”branch.

The presence of the ATM addresses in the called party subaddressparameter confirms that private address translation has taken place atthe ingress MSCP. Proceeding next to block 712, the value in the calledparty subaddress that is an ATM address type, is designated to be storedin the called party number parameter of the destination ATM setupmessage. In this manner, the private ATM network will have theappropriate ATM address to properly route and complete either ATM call,which may be either a VToA call or an ATM data call.

The method 700 then proceeds to decision block 714 where it may bedetermined whether the setup message is fox a VToA call or an ATM datacall. If the called party subaddress includes a data type that includesa phone number, this will indicate that the setup message is for a VToAcall, otherwise it is for an ATM data call. If it is an ATM data call,the method 700 proceeds to block 718 where it is stated that it is aVToA call. Similarly, if it is an ATM data call, the method 700 proceedsalong the “NO” branch to the block 716. The method 700 ends at block720.

At block 720, the output from the egress MSCP is sent to the ASIPassociated with the egress ATM edge switch so that this ASIP maygenerate the destination ATM setup message. The destination ATM setupmessage will provide the ATM address of the called party, whichoriginated from the private network, as the value stored in the calledparty number. This is true for both VToA call and ATM data calls. If theATM setup message is for a VToA call, the called party phone numbervalue will be stored in the called party subaddress parameter of thedestination ATM setup message.

The following tables provide an illustration of the various ATM setupmessages as they transition from an input ATM setup message, to anoutput ATM setup message, and then to a destination ATM setup message.The first three tables illustrate this transition for an ATM setupmessage for a VToA call that requires private address translation. INPUTATM SETUP MESSAGE (VToA WITH PRIVATE ADDRESS TRANSLATION) PARAMETERSVALUE Called Party Number VToA designator Called Party Subaddress calledparty phone number value

Referring to the table above entitled INPUT ATM SETUP MESSAGE, the VToAdesignator is shown stored in the called party number parameter, whilethe called party phone number value is shown stored in the called partysubaddress parameter for the input ATM setup message. OUTPUT ATM SETUPMESSAGE (VToA WITH PRIVATE ADDRESS TRANSLATION) PARAMETERS VALUE CalledParty Number ATM address of the egress ATM edge switch Called PartySubaddress #1 ATM address of called party CPE (private) Called PartySubaddress #2 called party phone number value

Referring to the table just above entitled OUTPUT ATM SETUP MESSAGE, theATM address of the egress ATM edge switch is shown stored in the calledparty number parameter. This allows the output ATM setup message to beproperly routed through the public or non-private ATM network. As isshown, the ATM address of the called party CPE, which is the private ATMaddress which may conflict with the ATM addresses of other ATM networks,is shown stored in the first instance of the called party subaddress.Referring still to the same table, the called party phone number valueis shown stored in the second instance of the same called partysubaddress parameter of the output ATM setup message. DESTINATION ATMSETUP MESSAGE (VToA WITH PRIVATE ADDRESS - TRANSLATION) PARAMETERS VALUECalled Party Number ATM address of called party CPE (private) CalledParty Subaddress called party phone number value

Referring now to the table above entitled DESTINATION ATM SETUP MESSAGE,the ATM address of the called party CPE is shown properly stored in thecalled party number parameter of the destination ATM setup message sothat the private network may properly route this VToA call. Since thisis a VToA call, the called party phone number value will also be storedin the destination ATM setup message, preferably, in the called partysubaddress parameter. INPUT ATM SETUP MESSAGE (PRIVATE ADDRESSTRANSLATION - NO VToA) PARAMETERS VALUE Called Party Number ATM addressof the called party (private)

The final three tables illustrate the same transition of the ATM setupmessage from an input ATM setup message, to an output ATM setup message,and to a destination ATM setup message for an ATM data call, not a VToAcall, that requires private address translation. Referring now to thetable just above entitled INPUT ATM SETUP MESSAGE, the ATM address ofthe called party is stored in the called party number parameter. Oncethe input ATM setup message is received at the ingress ATM edge switch,the intelligent network of the present invention, including the MSCP,will process the various information provided from the input ATM setupmessage to generate the output ATM setup message. OUTPUT ATM SETUPMESSAGE (PRIVATE ADDRESS TRANSLATION - NO VToA) PARAMETERS VALUE CalledParty Number ATM address of the egress ATM edge switch Called PartySubaddress ATM address of the called party (private)

Referring now to the table just above entitled OUTPUT ATM SETUP MESSAGE,the ATM address of the called party is shown having been moved from thecalled party number parameter to the called party subaddress parameterof the output ATM setup message. As discussed above, this ensures properrouting by eliminating possible ATM address conflicts. The ATM addressof the egress ATM edge switch is stored in the called party numberparameter so that the output ATM setup message may be properly routedthrough the public or non-private ATM network to the appropriatedestination location. DESTINATION ATM SETUP MESSAGE (PRIVATE ADDRESSTRANSLATION - NO VToA) PARAMETERS VALUE Called Party Number ATM addressof the called party (private)

Referring flow to the table entitled DESTINATION ATM SETUP MESSAGE, theATM address of the called party is moved back to the called party numberparameter so that it may be properly routed through the private ATMnetwork.

FIGS. 8 a and 8 b are flowcharts that illustrate a method 800 forproviding VToA services and private address translation using anintelligent network and a switched virtual circuit over an ATM network,according to another aspect of the present invention. The method 800begins at block 802 and proceeds to block 804. At block 804 a request tomake a VToA call is received at a calling party CPE, which may also bereferred to as an ingress CPE, that includes a called party phone numbervalue. In one embodiment, a telephone or computer configured withtelephony software is used to request a VToA call that is received atthe CPE, which may be implemented in one embodiment as an enterprisegateway. In such a case, the enterprise gateway would receive therequest to make the VToA call from the telephony device.

At block 806, an input ATM setup message is generated at the callingparty CPE. Although any of a variety of values may be generated inconnection with the input ATM setup message, in a preferred embodiment,a VToA designator is stored in a first parameter, such as the calledparty number parameter, and a called party phone number is stored in asecond parameter, such as the called party subaddress parameter, as theinput ATM setup message is generated.

The method 800 proceeds next to block 808 where the input ATM setupmessage is provided from the CPE and is received at an ingress ATM edgeswitch. This ingress ATM edge switch may be considered to be part of theATM network. At block 810, the input ATM setup message is interceptedfrom the ingress ATM edge switch. This will. preferably be achievedusing an ASIP.

The method 800 proceeds next to block 812 where information is extractedfrom the input ATM setup message. This information will include the VToAdesignator and the called party phone number, which were stored and/orgenerated with the input ATM setup message at block 806. In a preferredembodiment, the acts described in block 812 will be performed by anASIP. Once the information has been extracted, the method 800 proceedsnext to block 814. At block 814, the information is analyzed todetermine if the VToA designator is present. In a preferred embodiment,this will be performed by an MSCP. If the VToA designator is found or ispresent in the information extracted from the input ATM setup message,this indicates that a request is being made for a VToA call using an SVCof the ATM network.

The method 800 proceeds next to block 816 where the ATM address or thecalled party CPE is designated to be stored in the first parameter ofthe output ATM setup message, which is the called party numberparameter. The ATM address of the called party CPE may be determined, ina preferred embodiment, using the called party phone number value, whichwill be included as part of the information extracted from the input ATMsetup message, and a database that can be used to correlate the calledparty phone number value with the appropriate ATM address of the culledparty CPE. This act will preferably be performed by the MSCP as well.Before proceeding to block 818, it should be noted that any of a varietyof known or available intelligent network services and features may beprovided at this time. Such services and features are preformed beforethe application of any private address translation. Generally, it ispreferable to perform as much processing for such intelligent networkservices and features at the ingress side of the connection. Theavailable intelligent network services and features may be determined byany of a variety of means such as by a user profile, a group profile,the attributes of the calling party phone number, the attributes of thecalled party phone number, or the ATM addresses of the ingress andegress CPEs.

At block 818, it is determined if private address translation is needed.As discussed above, this may be achieve using any of a variety of knownand available techniques. For example, a particular customer may bedesignated to receive private address translation for all of its usersbecause the customer has a private ATM network with an addressing schemethat might conflict with others. Thus, any information related to such acustomer may be used to determine that private address translation isneeded. In a preferred embodiment, when a customer provides all ATMtraffic to the ingress ATM edge switch through designated port of theingress ATM edge switch, this fact may be used to determine to performprivate address translation. It should also be noted that any VToAservice and feature processing should be performed before privateaddress translation actually occurs at an ingress point.

Proceeding next to block 820, if private address translation isrequested or required, the ATM address of the called party CPE isdesignated to be stored in the second parameter, such as the calledparty subaddress, of the output ATM setup message. Similarly, at block822 the ATM address of the egress ATM edge switch is designated to bestored in the first parameter, which is preferably the called partynumber parameter, of the output ATM setup message

At block 824, an output ATM setup message is generated. This output ATMsetup message will preferably include: (i) the ATM address of the egressATM edge switch stored in the first parameter such as the called partynumber parameter; (ii) the ATM address of the called party CPE stored ina first instance of the second parameter, such as the first instance ofthe called party subaddress parameter, and (iii) the called party phonenumber value stored in a second instance of the second parameter, suchas the second instance of the called party subaddress parameter. Thiswill preferably be performed by the ASIP associated with the ingress ATMedge switch.

The method 900 proceeds next to block 826 where the output ATM setupmessage is communicated to the ingress ATM edge switch of the ATMnetwork. At block 828, the output ATM setup message is transmittedthrough the public or non-private ATM network and is eventually receivedat an egress ATM edge switch. At block 830, the output ATM setup messagewill be intercepted by the intelligent network, which will preferably bean ASIP associated with the egress ATM edge switch The method 800proceeds next to block 832.

At block 832, which is similar to block 812 discussed above, egressinformation is extracted from the output ATM setup message that includesthe ATM address of the called party CPE. Proceeding next to block 824,the ATM address of the called party CPE is designated to be stored inthe first parameter, which preferably will he the called party numberparameter, of a destination ATM setup message. This will allow thedestination ATM setup message to properly route the setup messagethrough the private ATM network. Thus, private address translation hasbeen provided at the egress MSCP so that the destination ATM setupmessage will be properly routed. At this point, before proceeding toblock 836 where the destination ATM setup message is generated, itshould be noted that any of a variety of known or available intelligentnetwork services and features may be provided at the egress MSCP at thistime. Such services and features are preformed after the application ofany private address translation at the egress MSCP so that such servicesand features will performed on the correct ATM addresses.

At block 636, the destination ATM setup message is generated thatincludes the ATM address of the called party CPE stored in the firstparameter, such as the called party number parameter, and the calledparty phone number value stored in a second parameter, such as thecalled party subaddress parameter. At block 838, the destination ATMsetup message is communicated to the egress ATM edge switch where itsent to the called party CPE in block 840. The method 800 ends at block842.

It should be understood that although private address translation hasbeen illustrated herein primarily with respect to VToA, in no way isprivate address translation limited in scope to VToA. On the contrary,private address translation may apply to any ATM connection, whether itinvolves VToA or an ATM data call. This is illustrated below inconnection with the description of FIGS. 9 a-9 b.

FIGS. 9 a and 9 b are flowcharts that illustrates a method forestablishing an ATM data call with private address translation using anintelligent network and a switched virtual circuit over an ATM network,according to another aspect of the present invention. The method 900begins at block 902 and proceeds to block 904 At block 904 a request tomake an ATM data call is received at a calling party CPE, which may alsobe referred to as an ingress CPE, that includes an ATM address of acalled party. The ingress CPE may be implemented, in one embodiment, asan enterprise gateway.

At block 906, an input ATM setup message is generated at the callingparty CPE. Although any of a variety of values may be generated inconnection with the input ATM setup message, in a preferred embodiment,a ATM address of a called party is stored in a first parameter, such asthe called party number parameter, as the input ATM setup message isgenerated.

The method 900 proceeds next to block 908 where the input ATM setupmessage is provided from the CPE and is received at an ingress ATM edgeswitch. This ingress ATM edge switch may be considered to be part of theATM network At block 910, the input ATM setup message is interceptedfrom the ingress ATM edge switch. This will preferably be achieved usingan ASIP.

The method 900 proceeds next to block 912 where information is extractedfrom the input ATM setup message. This information will include the ATMaddress of the called party, which was stored and/or generated with theinput ATM setup message at block 906. In a preferred embodiment, theacts described in block 912 will be performed by an ASIP. Once theinformation has been extracted, the method 900 proceeds next to block914. Before proceeding to block 914, it should be noted that any of avariety of known or available intelligent network services and featuresmay be provided at this time. Such services and features are preformedbefore the application of any private address translation. Generally, itis preferable to perform as much processing for such intelligent networkservices and features at the ingress side of the connection. Theavailable intelligent network services and features may be determined byany of a variety of means such as by a user profile, a group profile, orthe ATM addresses of the ingress and egress CPEs.

At block 914, it is determined if private address translation is needed.This may be achieve using any of a variety of known and availabletechniques. For example, a particular customer may be designated toreceive private address translation for all of its users because thecustomer has a private ATM network with an addressing scheme that mightconflict with others. Thus, any information related to such a customermay be used to determine that private address translation is needed. Ina preferred embodiment, when a customer provides all ATM traffic to theingress ATM edge switch through designated port of the ingress ATM edgeswitch, this fact may be used to determine whether to perform privateaddress translation. It should also be noted that any intelligentnetwork service and feature processing should be performed beforeprivate address translation actually occurs at an ingress point.

The method 900 proceeds next to block 916 where the ATM address of thecalled party is designated to be stored in a second parameter of theoutput ATM setup message, which is preferably the called partysubaddress parameter. Similarly, at block 918 the ATM address of theegress ATM edge switch is designated to be stored in a first parameter,which is preferably the called party number parameter, of the output ATMsetup message. The ATM address of the egress ATM edge switch may bedetermined, in a preferred embodiment, using the ATM address of thecalled party, which will be included as part of the informationextracted from the input ATM setup message, and a database that can beused to correlate this information with the ATM address of the egressATM edge switch. This act will preferably be performed by the MSCP aswell.

At block 920, an output ATM setup message is generated. This output ATMsetup message will preferably include: (i) the ATM address of the egressATM edge switch stored in the first parameter, such as the called partynumber parameter; and (ii) the ATM address of the called party storedthe second parameter, such as the called party subaddress parameter.This will preferably be performed by the ASIP associated with theingress ATM edge switch.

The method 900 proceeds next to block 922 where the output ATM setupmessage is communicated to the ingress ATM edge switch of the ATMnetwork At block 924, the output ATM setup message is transmittedthrough the public or non-private ATM network and is eventually receivedat an egress ATM edge switch. At block 926, the output ATM setup messagewill be intercepted by the intelligent network, which will preferably bean ASIP associated with the egress ATM edge switch. The method 900proceeds next to block 928.

At block 928, which is similar to block 912 discussed above, egressinformation is extracted from the output ATM setup message that includesthe ATM address of the called party. Proceeding next to block 930, theATM address of the called party is designated to be stored in the firstparameter, which preferably will be the called party number parameter,of a destination ATM setup message. This will allow the destination ATMsetup message to properly route the setup message through the privateATM network. Thus, private address translation has been provided at theegress MSCP so that the destination ATM setup message will be properlyrouted. At this point, before proceeding to block 932 where thedestination ATM setup message is generated, it should be noted that anyof a variety of known or available intelligent network services andfeatures may be provided at the egress MSCP at this time. Such servicesand features are preformed after the application of any private addresstranslation at the egress MSCP so that such services and features willperformed on the correct ATM addresses.

At block 932, the destination ATM setup message is generated thatincludes the ATM address of the called party stored in the firstparameter, such as the called party number parameter. At block 924, thedestination ATM setup message is communicated to the egress ATM edgeswitch where it sent to the called party CPE in block 936. The method900 ends at block 938.

Although private address translation was illustrated primarily withrespect to called party addresses, it should be understood that privateaddress translation can also be applied to calling party addresses. Infact, the present invention recognizes that some ATM switches willreject messages that contain apparently invalid values in the callingparty number parameter. For this reason, it is advantageous to alsoperform private address translation with respect to calling partyaddresses as well. For example, multiple instances are supported in thecalling party subaddress parameter of ATM setup messages, which providea location to facilitate private address translation of calling partyaddresses for VToA calls, as well as for ATM data calls.

Thus, it is apparent that there has been provided, in accordance withthe present invention, an intelligent network and method for providingVToA and private address translation that provides improved performanceand that satisfies one or more of the advantages set forth above. Thepresent invention provides advanced intelligent network services andfeatures, including private address translation, that dramaticallyincrease the attractiveness of using VToA by providing the advancedservices and features, with little administrative burden or expense tomaintain. Although the preferred embodiment has been described indetail, it should be understood that various changes, substitutions, andalterations can be made herein without departing from the scope of thepresent invention, even if all of the advantages identified above arenot present. For example, although the focus herein is primarily on VToAand private address translation, application to other packet-switchedtelecommunications technologies, both individually and collectively, mayapply also to any of the technologies mentioned above or similartechnologies. Also, the techniques, systems, subsystems, and methodsdescribed and illustrated in the preferred embodiment as discrete orseparate may be combined or integrated with other systems, modules,techniques, or methods without departing from the scope of the presentinvention. For example, the ATM signaling intercept processor and themulti-service coutrol point may be implemented separately or together,or may by directly coupled to each other or could be coupled throughsome other interface and are not considered directly coupled to eachother but may still be in communication with one another. Other examplesof changes, substitutions, and alterations are readily ascertainable byone skilled in the art and could be made without departing from thespirit and scope of the present invention.

1. An intelligent network for use with an ATM network to set up an ATMswitched virtual circuit to provide VToA services and private addresstranslation, the intelligent network comprising; a multi-service controlpoint operable to receive an input extracted from an input ATM setupmessage that includes a called party phone number value and a VToAdesignator, analyze the input to determine if the VToA designator ispresent, designate an ATM address of a called party CPE to be stored ina first instance of a called party subaddress parameter of an output ATMsetup message; determine if private address translation is needed;designate an ATM address of an egress ATM edge switch to be stored in acalled party number parameter of the output ATM setup message; andgenerate an output in response for use in generating the output ATMsetup message; an ATM signaling intercept processor operable tointercept the input ATM setup message from an ingress ATM edge switch ofthe ATM network, extract the input from the input ATM setup message,communicate the input to the multi-service control point, receive theoutput generated by the multi-service control point, generate the outputATM setup message using the output that includes the ATM address of theegress ATM edge switch stored in the called party number parameter, theATM address of the called party CPE stored in the first instance of thecalled party subaddress parameter, and the called party phone numbervalue stored in a second instance of the called party subaddress, andcommunicate the output ATM setup message to the ingress ATM edge switchof the ATM network; a second multi-service control point operable toreceive an egress input extracted from the output ATM setup message thatincludes the called party phone number value and the ATM address of thecalled party CPE, designate the ATM address of the called party CPE thatwas stored in the first instance of the called party subaddressparameter of the output ATM setup switch to be stored in the calledparty number parameter of a destination ATM setup message, and generatean egress output in response, a second ATM signaling intercept processoroperable to intercept the output ATM setup message from an egress ATMedge switch of the ATM network, extract the egress input from the outputATM setup message, communicate the egress input to the secondmulti-service control point, receive the egress output generated by themulti-service control point, generate the destination ATM setup messageusing the egress output that includes the ATM address of the calledparty CPE stored in the called party parameter, and the called partyphone number value stored in the called party subaddress parameter, andcommunicate the destination ATM setup message to the egress ATM edgeswitch of the ATM network; and a service administration operable toprovision the multi-service control point, the ATM signaling interceptprocessor, the second multi-service control point and the second ATMsignaling intercept processor.
 2. The intelligent network of claim 1,wherein the second multi-service control point and the multi-servicecontrol point are implement as one multi-service control point.
 3. Theintelligent network of claim 2, wherein the multi-service control pointincludes various applications operable to provide VToA services throughanalyzing the input to generate the output.
 4. The intelligent networkof claim 3, wherein the multi-service control point is operable toprocess the input to provide desired services before designating the ATMaddress of an egress ATM edge switch to be stored in the called partynumber parameter of the output ATM setup message.
 5. The intelligentnetwork of claim 4, wherein the second multi-service control point isoperable to process the egress input to provide desired services afterdesignating the ATM address of the called party CPE that was stored inthe first instance of the called party subaddress parameter of theoutput ATM setup switch to be stored in the called party numberparameter of the destination ATM setup message.
 6. The intelligentnetwork of claim 1, wherein the multi-service control point determinesif private address translation is needed by identifying a port of theingress ATM edge switch that received the input ATM setup message.
 7. Amethod for providing VToA and private address translation using anintelligent network and a switched virtual circuit over an ATM network,the method comprising: receiving a request at a calling party CPE tomake a VToA call that includes a called party phone number value;generating an input ATM setup message at the calling party CPE thatincludes a VToA designator stored in a first parameter of the input ATMsetup message, and the called party phone number value stored in asecond parameter of the input ATM setup message; receiving the input ATMsetup message at a device side of an ingress ATM edge switch of the ATMnetwork; intercepting the input ATM setup message from the device sideof the ingress ATM edge switch of the ATM network; extractinginformation from the input ATM setup message that includes the VToAdesignator and the called party phone number value; analyzing theinformation to determine if the VToA designator is present; designatingan ATM address of a called party CPE to be stored in the first parameterof an output ATM setup message; determining if private addresstranslation is needed; designating the ATM address of the called partyCPE to be stored in a first instance of the second parameter of theoutput ATM setup message; designating an ATM address of an egress ATMedge switch to be stored in the first parameter of the output ATM setupmessage; generating an output ATM setup message that includes the ATMaddress of the egress ATM edge switch stored in the first parameter, theATM address of the called party CPE stored in the first instance of thesecond parameter, and the called party phone number value stored in asecond instance of the second parameter; communicating the output ATMsetup message to a network side of the ingress ATM edge switch of theATM network; receiving the output ATM setup message at a network side ofthe egress ATM edge switch; intercepting the output ATM setup messagefrom the network side of the egress ATM edge switch of the ATM network;extracting egress information from the output ATM setup message thatincludes the ATM address of the called party CPE; designating the ATMaddress of the called party CPE that was stored in the first instance ofthe second parameter of the output ATM setup message to be stored in thefirst parameter of a destination ATM setup message; generating adestination ATM setup message that includes the ATM address of thecalled party CPE stored in the first parameter and the called partyphone number value stored in the second parameter; communicating thedestination ATM setup message to a device side of the egress ATM edgeswitch; and communicating the destination ATM setup message to thecalled party CPE.
 8. The method of claim 7, wherein the first parameterof the output ATM setup message is the called party number parameter andthe second parameter of the output ATM setup message is the called partysubaddress parameter.
 9. The method of claim 8, wherein the firstparameter of the destination ATM setup message is the called partynumber.
 10. The method of claim 7, further comprising: processing theinformation to provide desired services before designating the ATMaddress of the called party CPE to be stored in a second parameter ofthe output ATM setup message.
 11. The method of claim 10, furthercomprising: processing the information to provide desired servicesbefore designating the ATM address of the called party CPE that wasstored in the first instance of the second parameter of the output ATMsetup message to be stored in the first parameter of a destination ATMsetup message.
 12. The method of claim 7, wherein the ATM address of thecalled party CPE is determined using the called party phone number valueand a database.
 13. The method of claim 7, wherein private addresstranslation is performed on ATM addresses of the calling party.
 14. Themethod of claim 7, wherein intercepting the input ATM setup message atthe device side of the ingress ATM edge switch includes determining aport of the ingress ATM edge switch that received the input ATM setupmessage, and wherein the port is used in determining if private addresstranslation is needed.
 15. The method of claim 7, wherein generating aninput ATM setup message at the calling party CPE includes storing theVToA designator in the called party address parameter and storing thecalled party phone number value in the called party subaddressparameter.
 16. A method for providing an ATM data call with privateaddress translation using an intelligent network and a switched virtualcircuit over an ATM network, the method comprising: receiving a requestat a calling party CPE to make an ATM data call that includes an ATMaddress of a called party; generating an input ATM setup message at thecalling party CPE that includes the ATM address of the called partystored in a first parameter of the input ATM setup message; receivingthe input ATM setup message at a device side of an ingress ATM edgeswitch of the ATM network; intercepting the input ATM setup message fromthe device side of tho ingress ATM edge switch of the ATM network;extracting information from the input ATM setup message that includesthe ATM address of the called party; determining if private addresstranslation is needed; designating the ATM address of the called partyto be stored in a second parameter of the output ATM setup message;designating an ATM address of an egress ATM edge switch to be stored inthe first parameter of the output ATM setup message; generating anoutput ATM setup message that includes the ATM address of the egress ATMedge switch stored in the first parameter, and the ATM address of thecalled party stored in the second parameter; communicating the outputATM setup message to a network side of the ingress ATM edge switch ofthe ATM network; receiving the output ATM setup message at a networkside of the egress ATM edge switch; intercepting the output ATM setupmessage from the network side of the egress ATM edge switch of the ATMnetwork; extracting egress information from the output ATM setup messagethat includes the ATM address of the called party; designating the ATMaddress of the called party that was stored in the second parameter ofthe output ATM setup message to be stored in the first parameter of adestination ATM setup message; generating a destination ATM setupmessage that includes the ATM address of the called party stored in thefirst parameter; communicating the destination ATM setup message to adevice side of the egress ATM edge switch; and communicating thedestination ATM setup message to the called party CPE.
 17. The method ofclaim 16, wherein the first parameter of the output ATM setup message isthe called party number parameter and the second parameter of the outputATM setup message is the called party subaddress parameter.
 18. Themethod of claim 17, wherein the first parameter of the destination ATMsetup message is the called party number.
 19. The method of claim 16,further comprising: processing the information to provide desiredservices before designating the ATM address of the called party to bestored in a second parameter of the output ATM setup message.
 20. Themethod of claim 16, wherein private address translation is performed onATM addresses of the calling party.
 21. The method of claim 16, whereinintercepting the input ATM setup message at the device side of theingress ATM edge switch includes determining a port of the ingress ATMedge switch that received the input ATM setup message, and wherein theport is used in determining if private address translation is needed.22. The method of claim 16, wherein generating an input ATM setupmessage at the calling party CPE include's storing the ATM address ofthe called party value in the called party number parameter.